Skip to content

Conversation

@zharinov
Copy link
Member

@zharinov zharinov commented Jan 4, 2026

Summary

  • Fixed debug_verify_type to use the actual executed entrypoint's type instead of always using entrypoints.get(0)
  • This caused spurious "TYPE MISMATCH" panics when running multi-entrypoint queries with --entry

Details

The bug was in verify.rs:27 - it always verified against the first entrypoint alphabetically, not the one passed via --entry. For example, with:

Expr = [Lit: (number) @value  Var: (identifier) @name]
Q = (program ... (Expr) @value)

Running --entry Q would verify against Expr's type (index 0) instead of Q's type, causing a type mismatch.

Fix: Changed debug_verify_type signature to accept expected_type: QTypeId directly from the caller, who already has the correct entrypoint.

@zharinov zharinov merged commit ce0d85d into master Jan 4, 2026
4 checks passed
@zharinov zharinov deleted the fix/verify-entrypoint branch January 4, 2026 15:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants